calendar: Use gdk_drag_begin

Use gdk_drag_begin directly for one-off drags.

label: Use gdk_drag_begin

Use gdk_drag_begin directly for one-off drags.

dragsource: Use public drag icon api

Make GtkDragIcon public

This is needed if we want to use gdk_drag_begin
for one-off drags, without a GtkDragSource.

dragsource: Reshuffle api a bit

Remove arguments from the constructor.

For actions, we now default to COPY, which is the most common one
that we should enable by default (MOVE requires handling deletion
on the the source side, and ASK only makes sense if we have
multiple actions).

For the content provider, we add a new ::prepare signal where
it should be provided just-in-time.

dragsource: Tweak api, update all callers

Add GdkDrag back to signals, drop ::drag-data-delete,
and replace it with a boolean in ::drag-end.

gdk/x11: Forward suggested action (if any) to XdndStatus

Go ahead with the suggested action, so the drag source may update
cursor feedback properly, and eventually result in the correct
action.

popover: Use g_signal_connect_object on parent widget signal

The popover may be destroyed, leaving this dangling signal. This
may cause crashes on future parent widget resizes.

Remove gtk_drop_target_get_target

Now that drop targets are event controllers,
we can just use gtk_event_controller_get_widget.
Update all callers.

Remove an unused signal

docs: Tweak GtkDropTarget docs

Move code over

Move remaining code from gtkdnd.c to gtkdragdest.c
and nuke gtkdnd.c and gtkdndprivate.h.

Replace gtk_drop_target_attach/detach

Since drop targets are now just event controller,
gtk_widget_add/remove_controller works just fine
for them.

Use normal event propagation for DND events

This works just fine, now that drop targets are
event controllers. There is only a very vestigial
gtk_drag_dest_handle_event() left that deals with
corner cases.

Get rid of GtkDragDestInfo

We can just attach the GtkDropTarget directly to
the GdkDrop.

Turn GtkDropTarget into an event controller

We are still propagating the drag events manually,
but we are now calling gtk_widget_run_controllers
to pass them to drop targets.

More internal restructuring

dnd: Another internal refactoring step

gdk: Make gdk_event_set_coords support dnd events

GTK event propagation code relies on this working.

dnd: More internal restructuring

dnd: Some internal restructuring

Nudge the code towards being like event controllers.

Drop an unused define

Stop passing timestamps around

We were not using these in a useful way in the end,
so stop passing them around.

droptarget: Drop the track-motion property

It does not have any effect anymore.

Update all callers

droptarget: Drop defaults flags

These no longer have any effect.

Update all callers.

Simplify some drag dest internals

Change things around to make the default handler
of GtkDropTarget::drag-motion implement the default
handling. Always emit ::drag-motion and ::drag-leave,
and always arm the drop target.

This makes the GTK_DEST_DEFAULT_MOTION flag and
the ::track-motion property unnecessary.

Drop targets that are purely after track-motion
handling for ui switching purposes, such as
GtkStackSwitcher, will have to undo the automatic
arming in a notify::armed handler.

Drop GTK_DEST_DEFAULT_HIGHLIGHT

Redo highlight handling slightly. GtkDropTarget now has
a ::armed property that can be tracked to do custom highlighting,
and we always add the dnd style class to armed drop sites.

dragdest: Clean up internals

Remove the no-longer needed GtkDragDest struct
and just attach the GtkDropTarget directly.

testdnd2: Add a test for ASK handling

It is a bit unfortunate that we need to extend the
lifespan of the drop object by keeping our own
ref, but I don't see a better way of doing it.

Remove gtkdnd.h

Remove gdk_drag_get_data

This is not used anymore, so we can remove it,
and the GtkDropTarget::drag-data-received signal
that it emits.

treeview: Stop using ::drag-data-received

iconview: Avoid drag-data-received

testtreednd: Use the new asyn selection read

testlist3: Use async read api for selection

filechooser: Convert to GtkDropTarget

placessidebar: Port to GtkDropTarget

iconview: Port to GtkDropTarget

A small api change here is that
gtk_icon_view_enable_model_drag_dest now returns
a GtkDropTarget that can be used to connect signals.

Add an async read function for selection

This is meant as a replacement for ::drag-data-received
in cases where a #GtkSelectionData object is still needed,
such as when using GtkTreeModel DND support.

Remove old drag dest api

Move some remaining api over

listbox: Remove unhighlighting

This will have to be done differently, if necessary.

notebook: Convert to GtkDropTarget

testtreednd: Convert to GtkDropTarget

testnotebookdnd: Fix, partially

Make this mostly work again.

testtoolbar: Convert to GtkDropTarget

testlist3: Convert to GtkDropTarget

testdnd: Convert to GtkDropTarget

testdnd2: Port to GtkDropTarget

treeview: Port to GtkDropTarget

A small api change here is that
gtk_tree_view_enable_model_drag_dest now returns
a GtkDropTarget that can be used to connect signals.

textview: Port to GtkDropTarget

filechoserbutton: Convert to GtkDropTarget

stackswitcher: Port to GtkDropTarget

expander: Port to GtkDropTarget

window: Port to GtkDragDest

text: Port to GtkDropTarget

colorswatch: Port to GtkDropTarget

colorbutton: Port to GtkDropTarget

calendar: Port to GtkDropTarget

gtk-demo: Convert clipboard demo to GtkDropTarget

drop: Add a convenience api

This is a question that drag-drop handlers frequently
need to answer, so make it easy.

dragdest: doc improvements

Add a GtkDropTarget object

Add an explicit GtkDropTarget object, and move the destination-side
DND signals here. The object is used by connecting to its signals
and attaching it to a widget with gtk_drop_target_attach().

Hook up the GtkDragSource docs

Move the rest of the drag-source api over

Just reshuffling some source.

docs: Mention DND in the migration guide

Remove traditional drag source API

gtk_drag_source_set, gtk_drag_begin, related apis
and the GtkWidget source-side signals have all been
replaced by GtkDragSource.

tests: Convert to GtkDragSource

Some tests, such as testimage did not have
anything particularly worth keeping, so
were removed instead of fixed.

notebook: Port to GtkDragSource

filechooser: Port to GtkDragSource

treeview: Port to GtkDragSource

A small api change here is that
gtk_tree_view_enable_model_drag_source now returns
a GtkDragSource that can be used to connect signals.

placessidebar: Port to GtkDragSource

iconview: Port to GtkDragSource

A small api change here is that
gtk_icon_view_enable_model_drag_source now returns
a GtkDragSource that can be used to connect signals.

Add another callback-based provider

This one can be used in cases where data needs
to be served in multiple formats that may not
all be covered by content serializers.

iconbrowser: Port to GtkDragSource

gtk-demo: Convert the clipboard demo to GtkDragSource

pathbar: Convert to GtkDragSource

colorswatch: Convert to GtkDragSource

colorbutton: Port to GtkDragSource

Add a generic callback content provider

This one is convenient to use in cases where a
drag is just serving an existing GType which
is covered by content serializers.

Add (de)serializers for GdkRGBA

This is a format that we use in various
color picker widgets, so support it in GDK.

textview: Port to GtkDragSource

textbuffer: Add a content provider api

We need a content provider for the selection,
to implement DND, and the text buffer already
has one. Just add an api to get it.

text: Convert to GtkDragSource

entry: Port icon dnd to GtkDragSource

This requires a small change in the api,
since we need to provide a GdkContentProvider now.

calendar: Port to GtkDragSource

linkbutton: Port to GtkDragSource

label: Port to GtkDragSource

dnd: Patch up gtk_drag_get_source_widget

This is temporary until gtk_drag_dest_set users
have been ported over.

Add a GtkDragSource object

Add an explicit GtkDragSource object, and move the source-side
DND signals here. The object can be used on the spot, by calling
gtk_drag_source_drag_begin() yourself, or for static drag-source
configuration, by calling gtk_drag_source_attach(). In the latter
case, we set up and conect a drag gesture to trigger the drag_begin
call.

marshalers: Add another

rename CODE-OWNERS to CODEOWNERS

gitlab reads the new filename but not the old one.

Merge branch 'fixed-fixed' into 'master'

fixed layout: Actually set child transforms

See merge request GNOME/gtk!1292

fixed layout: Actually set child transforms

The code was unintentionally appending to the
existing child transform, leading to ever-moving
children when you call gtk_fixed_put.

Merge branch 'master-fix-set-functions' into 'master'

quartz: impl_class->set_functions listed twice in the object

See merge request GNOME/gtk!1283

impl_class->set_functions listed twice in the object

Merge branch 'master-eventloop-fix' into 'master'

Move `[NSApplication sharedApplication]` after event loop init to avoid window focus issues (closes #2342).

See merge request GNOME/gtk!1286

move [NSApplication sharedApplication] after _gdk_quartz_events_init() to avoid initialization issues

(cherry picked from commit 46c2451c5a3cd42aa5a94935bfc850a484288ff3)

Merge branch 'check-for-sincosf' into 'master'

gsk/gsktransform.c: Fix building on non-GCC

See merge request GNOME/gtk!1291

build: Check for sincosf()

sincosf() is really a GCC-specific function that may more may not be
supported on non-GCC compilers, so we want to check for it, otherwise we
use a fallback implementation, not unlike the one in
demos/gtk-demo/gtkgears.c.